home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 19 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.3 KB
  1. Date: Mon, 18 Jan 93 00:07:16 EST
  2. Message-Id: <9301180507.AA01188@acae127.cadence.com>
  3. From: bammi@Cadence.COM (jwahar r. bammi)
  4. X-Organization: Cadence Design Systems
  5. To: uunet!GINA.UNI-MUENSTER.DE!julian@terminator.rs.itd.umich.edu,
  6.         mint@atari.archive.umich.edu, entropy@terminator.rs.itd.umich.edu
  7. In-Reply-To: Julian F. Reschke's message of Sun, 17 Jan 93 23:01:42 MET DST <9301172201.AA10335@math.uni-muenster.de>
  8. Subject: RE: libraries
  9.  
  10. thank julian,
  11.     point well taken, and certainly we should be headed in that
  12. direction. Gcc Tos/miNT of course are totally re-coinciled as far as the
  13. headers go. i suspect that TCC compatibility should not be such a big deal,
  14. and would involve maybe a few more symbols in <compiler.h> ( i am assuming
  15. that TCC already had all the ansi C headers as we have in gcc libs, and that
  16. the two are almost totally compatible, and what we need to recoincile are
  17. various tos specific things. i have never seen the TCC headers so i  may be
  18. ttoally wrong). in any case, since i dont have TCC, nor do i have any
  19. intentions of buying it, some ones going to have to volunteer.
  20. > 
  21. > (1) setmode
  22.  
  23.     no problem here. in case you need a solution before we add it to
  24. the libs:
  25.     (file)->_flag |= _IOBIN;
  26.  
  27. > entroy wrote in his mail concerning library PL26:
  28. > Here we go. Most of my text editors use CR/LF. Probably all GEM programs.
  29.  
  30.     i think you misunderstood: what he was suggesting was that the
  31. diffs he send will not contain CR's. the files you maintain stiff can
  32. contain either style, it does not matter. (hint: "patch -l" will handle both
  33. styles). also see bill shrokas dos-mode.el if you use emacs on both the St
  34. and Unix ends, it helps.
  35.  
  36.  
  37. >     this is what Pure does). In particular, I don't understand why
  38. >     the MiNT libs use _DTA instead of DTA and so on.
  39.  
  40.     Ansi defines name spaces.
  41.  
  42.  
  43. > All the other library stuff should be defined clear enough by ANSI (C)
  44. > or POSIX 1003.1. Of course, I am willing to do a part of the job.
  45.  
  46.     we made a pass a long time ago to get most ansi equvalent files as
  47. close to the standard as possible, but i agree we need to do a cleanup pass
  48. again, as some files have a tendency to gather crud (unistd.h for instance
  49. has been abused).
  50.  
  51. cheers,
  52. --
  53. bang:   uunet!cadence!bammi            jwahar r. bammi
  54. domain: bammi@cadence.com
  55. GEnie:    J.Bammi
  56. CIS:    71515,155
  57.